imitated seed 2
마지막 편집:분류
1. 개요[편집]
the seed 엔진을 모방한 위키 엔진.
2. 장점[편집]
- the seed와 인터페이스가 거의 비슷하다.
- ACLGroup 기능이 존재한다.
3. 단점[편집]
- 나무마크 지원이 완벽하지 않다.
- ACL 설정 오류
4. 사용 위키[편집]
5. 설치 방법[편집]
5.1. Glitch[편집]
liberty 스킨 기준으로 설명한다.
- 글리치에 접속하여 로그인한다.
- 우측 상단 'New project'를 클릭한다.
- 'Import from Github'를 클릭한다.
- git clone 작업이 완료되면 곧바로 터미널에 가서 git clone https://github.com/navyCarpet/imitated-skin-liberty skins/liberty/를 입력한다.
- git clone이 완료되었다면 npm i를 입력한다.
- 작업이 완료되었다면 node server를 입력한다.
- 몇 가지 질문에 답한다. (소유자 닉네임, 호스팅 주소 등)
- config.json 파일을 만든다.
- config.json에 {"theseed_version":"자신이 원하는 버전", "use_external_css":true, "use_external_js":true}을 입력한다. (다른 설정들도 원한다면 이 때 진행한다)
- glitch로 만든 사이트에 접속하여 위키를 셋팅[1]한다.
6. 셋팅 방법[편집]
위키를 만들었다면 이제 이름공간 ACL과 ACLGroup, 운영 문서들을 셋팅할 차례이다.
우선 위키에 들어가서 가입을 한 다음, /admin/config에 접속하여 위키 이름과 대문 문서, 라이선스 등을 설정한다. 그리고 나서 하위 문단의 안내에 따라 설정을 진행한다.
우선 위키에 들어가서 가입을 한 다음, /admin/config에 접속하여 위키 이름과 대문 문서, 라이선스 등을 설정한다. 그리고 나서 하위 문단의 안내에 따라 설정을 진행한다.
6.1. 블랙 리스트 제도를 사용하는 경우 (정식 위키에 권장됨)[편집]
우선 블랙 리스트 제도를 사용하는 경우, 차단된 사용자, 소명 거부, 편집 요청 차단, 로그인 허용 차단, IDC, VPNGate(이 둘은 선택) 그룹을 만든다.
경우 1 | ||
1 | aclgroup:차단된 사용자 | 거부 |
2 | perm:member | 허용 |
3 | aclgroup:로그인 허용 차단 | 거부 |
4 | perm:any | 허용 |
경우 2 | ||
1 | aclgroup:편집 요청 차단 | 거부 |
2 | perm:any | 허용 |
경우 3 | ||
1 | perm:match_username_and_document_title | 허용 |
2 | aclgroup:관리자 | 허용 |
경우 4 | ||
1 | perm:admin | 허용 |
경우 5 | ||
1 | aclgroup:관리자 | 허용 |
문서, 틀, 파일, 분류 이름공간의 이름공간 ACL의 경우, 읽기 ACL은 perm:any 허용으로 설정하고, 편집, 이동, 삭제, 토론 생성, 토론 댓글 ACL은 경우 1과 같이 설정한다. 편집요청 ACL은 경우 2와 같이, ACL 조정 ACL은 경우 4와 같이 설정한다.
(위키이름) 이름공간의 이름공간 ACL의 경우, 읽기 ACL은 perm:any 허용으로 설정하고, 편집, 이동, 삭제, ACL 조정 ACL을 경우 5와 같이 설정한다. 그리고 토론 생성/댓글 ACL은 경우 1과 같이 설정한다. 마지막으로 편집요청 ACL은 경우 2와 같이 설정한다.
사용자 이름공간의 경우, 읽기 ACL은 perm:any 허용으로 설정하고, 편집, 이동, 삭제, ACL 조정 ACL을 경우 3과 같이 설정하고, 편집요청 ACL을 경우 2와 같이 설정한다. 토론 생성/댓글 ACL은 경우 1과 같이 설정한다.
휴지통 이름공간의 경우, 읽기 ACL을 잘 설정한다.
그리고 나서 자신을 관리자 그룹에 추가한 후, 운영 문서 셋팅을 한다.
이후 (위키이름):차단 소명 게시판의 토론 생성/댓글 ACL을 아래와 같이 조정한다.
(위키이름) 이름공간의 이름공간 ACL의 경우, 읽기 ACL은 perm:any 허용으로 설정하고, 편집, 이동, 삭제, ACL 조정 ACL을 경우 5와 같이 설정한다. 그리고 토론 생성/댓글 ACL은 경우 1과 같이 설정한다. 마지막으로 편집요청 ACL은 경우 2와 같이 설정한다.
사용자 이름공간의 경우, 읽기 ACL은 perm:any 허용으로 설정하고, 편집, 이동, 삭제, ACL 조정 ACL을 경우 3과 같이 설정하고, 편집요청 ACL을 경우 2와 같이 설정한다. 토론 생성/댓글 ACL은 경우 1과 같이 설정한다.
휴지통 이름공간의 경우, 읽기 ACL을 잘 설정한다.
그리고 나서 자신을 관리자 그룹에 추가한 후, 운영 문서 셋팅을 한다.
이후 (위키이름):차단 소명 게시판의 토론 생성/댓글 ACL을 아래와 같이 조정한다.
1 | aclgroup:관리자 | 허용 |
2 | aclgroup:소명 거부 | 거부 |
3 | aclgroup:차단된 사용자 | 허용 |
4 | aclgroup:로그인 허용 차단 | 허용 |
6.2. 화이트 리스트 (사용자 인증) 제도를 사용하는 경우 (테스트위키에 권장됨)[편집]
우선 차단된 사용자, 인증된 사용자, 소명 거부, 관리자 ACL 그룹을 생성한다.
문서, 틀, 분류, 파일 이름공간의 이름공간 ACL은 아래와 같이 설정한다. (단, 읽기 ACL은 perm:any 허용으로 설정한다.)
문서, 틀, 분류, 파일 이름공간의 이름공간 ACL은 아래와 같이 설정한다. (단, 읽기 ACL은 perm:any 허용으로 설정한다.)
1 | aclgroup:차단된 사용자 | 거부 |
2 | aclgroup:인증된 사용자 | 허용 |
단, ACL 조정 ACL은 아래와 같이 설정한다.
1 | aclgroup:차단된 사용자 | 거부 |
2 | perm:admin | 허용 |
(위키이름) 이름공간의 이름공간 편집, 이동, 삭제, ACL 조정 ACL은 아래와 같이 설정한다. (단, 토론 생성, 토론 댓글, 편집요청 ACL은 문서, 틀, 분류, 파일 이름공간의 이름공간 ACL과 동일하게 설정하고, 읽기 ACL은 perm:any 허용으로 설정한다.)
1 | aclgroup:관리자 | 허용 |
사용자 이름공간의 이름공간 ACL은 아래와 같이 설정한다.
1 | aclgroup:차단된 사용자 | 거부 |
2 | aclgroup:인증된 사용자 | 허용 |
편집, 이동, 삭제, ACL 조정 ACL | ||
1 | perm:match_username_and_document_title | 허용 |
2 | aclgroup:관리자 | 허용 |
편집요청을 비활성화시킬 경우 | ||
(규칙이 존재하지 않습니다. 모두 거부됩니다.) |
휴지통 이름공간의 이름공간 ACL의 경우, 어느 권한을 가지고 있어야 휴지통 읽기를 허용할지를 생각하고 읽기 ACL을 조정해야 한다.
그리고 나서 운영 문서를 셋팅한다. 이 때, 자신이 인증된 사용자 그룹과 관리자 그룹에 추가되어 있어야 원활한 셋팅이 가능하다.
그리고 마지막으로 두 가지 작업을 해야 한다. (위키 이름):인증 요청 문서의 토론 발제/댓글 ACL과 (위키 이름):차단 소명 게시판 토론 발제/댓글 ACL을 아래와 같이 조정하면 된다.
그리고 나서 운영 문서를 셋팅한다. 이 때, 자신이 인증된 사용자 그룹과 관리자 그룹에 추가되어 있어야 원활한 셋팅이 가능하다.
그리고 마지막으로 두 가지 작업을 해야 한다. (위키 이름):인증 요청 문서의 토론 발제/댓글 ACL과 (위키 이름):차단 소명 게시판 토론 발제/댓글 ACL을 아래와 같이 조정하면 된다.
인증 요청 문서 | ||
1 | aclgroup:차단된 사용자 | 거부 |
2 | perm:member | 허용 |
차단 소명 게시판 문서 | ||
1 | aclgroup:소명 거부 | 거부 |
2 | aclgroup:차단된 사용자 | 허용 |
3 | aclgroup:관리자 | 허용 |
7. 도구[편집]
아래 도구들은 엔진과 별개로 사용할 수 있는 도구이다.
8. 여담[편집]
- 기본 버전은 4.12.0인데, 이로 인해 버전을 4.18.0 이상으로 조정하여도 네임스페이스 acl이 재설정되지 않는다.
그래서 suspended_user 거부로 설정되어있다 - 개발자가 매우 나이 든 사람으로 추정된다. namuwiki-importer.js 파일을 보게 되면 리턴'글쇠'와 '화일' 경로, server.js을 보게 되면 데이'타'베이스 등 굉장히 구수한 말투가 많이 보이게 된다.
우스갯소리로 개발자가 개발을 못하는 이유가 이미 죽어서 개발을 못하는 것 아니냐는 말이 있다.